5.3.3 APPX Application Design Manual

+ Chapter 1-1: Overview of Application Design
+ Chapter 1-2: Getting Started
+ Chapter 1-3: Data Dictionary
+ Chapter 1-4: Understanding Process Design
+ Chapter 1-5: Interprocess Communication
+ Chapter 1-6: Customizing Your Application
+ Chapter 1-7: The Documentation Facility
+ Chapter 1-8: Application Design Tools
+ Chapter 2-1: Data Dictionary Overview
+ Chapter 2-2: Data Dictionary Concepts
+ Chapter 2-3: Domains
+ Chapter 2-4: Files and Fields
+ Chapter 2-5: Work Fields
+ Chapter 3-1: Overview of APPX Processes
+ Chapter 3-2: Getting Started
+ Chapter 3-3: Process Definition
+ Chapter 3-4: Menu Processes
+ Chapter 3-5: Job Processes
+ Chapter 3-6: Input Processes
+ Chapter 3-7: Output Processes
+ Chapter 3-8: Update Processes
+ Chapter 3-9: Query Processes
+ Chapter 3-10: Inquiry Processes
+ Chapter 3-11: Status Processes
+ Chapter 3-12: Subroutine Processes
+ Chapter 3-13: Table Processes
- Chapter 3-14: Automatic and Optional Children
+ Chapter 3-15: Using the Image Editor
+ Chapter 3-16: Using GUI Features of the Image Editor
+ Chapter 3-17: Using Event Points
+ Chapter 4-1: ILF Integration
+ Chapter 4-2: True/False Status Indicators
+ Chapter 4-3: Specifying Statements
+ Chapter 4-4: The ILF Editor
+ Chapter 4-5: The Appx ILF Debugger
+ Chapter 4-6: ILF Keyword Reference
+ Chapter 4-7: Predefined Fields
+ Chapter 4-8: Runtime Subroutine's and Predefined Processes
+ Chapter 4-9: Appx Chart Director API

Chapter 3-14: Automatic and Optional Children

Child Specifications


The Child specification screen is a scrolling display that identifies APPX processes to be invoked either automatically or optionally from another APPX process. The specifications that follow are a composite of those you see when defining automatic and optional children. If a specification only displays for a specific type of child, the definition indicates so.

You access the Automatic Child Processes specification screen, shown in below, by selecting Automatic processes from the Frames specification screen for input, output, update, and inquiry processes, or by selecting Steps from a job processes screen. You access the Optional Child Processes specification screen, shown in the second figure below, by selecting Optional Processes from the Images specifications screen for input processes, or by selecting Optional Processes from the Menu Processes screen.

Automatic Child Processes Screen

Optional Child Processes Screen

The child screens display one of the following two fields, depending upon whether the child process is automatic or optional.

Seq No for an automatic child, establishes the order in which this child is invoked for this frame. You can explicitly alter this default execution sequence with statements and the Child ID specification. The first automatic child that is defined in add mode is assigned sequence number 100, and additional fields are assigned a number equal to the highest existing sequence number, plus 100. This default sequence number can be overridden, but must be unique for each automatic child that is invoked from the same parent process frame.

Option for optional children, represents the number of the option that a user must select to invoke this optional child process from a menu or an input image. The number must be unique for each optional child that is invoked from the same parent process image. There is no sequential relationship that is established between any two or more optional children.

The following specifications uniquely identify a process to be invoked as an automatic or optional child.

Process Type identifies the type assigned to the process that is to be invoked as an automatic or optional child. The Process Type options are Menu, Job, Input, Output, Update, Query, Inquiry, Status, and Subroutine. See Overview of Appx Processes for an explanation of the different process types.

App identifies the application that contains the process to be invoked as an automatic or optional child.

Process Name designates the process that is to be invoked as an automatic or optional child. To invoke the startup menu for a selected database, define the process type as MENU, and leave the application ID and process name blank. To invoke the startup menu for a particular application, fill in the application ID and leave the process name blank.

Child ID can be used to control execution sequence for automatic children. For both automatic and optional children (that do not execute in any predetermined sequence), the field can also be used to pass four characters of information to the child process with the CHILD ID predefined field. If the automatic children are to invoke in Seq No order, leave this specification blank. If the automatic children can be invoked in other than Seq No order, the Child ID functions as a label. You use this specification in conjunction with statements and the predefined field NEXT CHILD ID to modify the execution sequence. Refer to Using Event Points for additional information.

Separate Task? For automatic child processes, select 'yes' if you want the child process to be run as a separate task in background. A task is defined as a single APPX session. If 'no' , the process cannot start a separate task. If 'yes', the process will start a separate task if the operating system supports background processing and if the operator selected the Background option from a disposition screen. This task is independent of, and runs concurrently with, any subsequent child processes. If you want to run several processes within a single background session, you must create another job, and define the processes in that job as NOT being separate tasks. You must then invoke that job as a child process with Separate Task? in place of the originally invoked child processes. The default is 'no'.

Options are indicators that are present whenever documentation (T), rules (R), additional attributes (AA), child constraints (CC), use query (UQ), or GUI attributes (GA) have been defined for this child.

The following options as described in the corresponding sections are available on one or both of the child screens:

Additional Attributes

Rules

Child Constraints

Use Query

GUI Attributes

Goto... - Allows you to identify and retrieve another record by optionally entering a full or partial key.

Help - Allows you to view online help text for a selected item.

Close or Cancel - In Inquire mode, Close allows you to end the current process. Otherwise, cancel allows you to end the current process without saving changes, if any, to the current record.

In addition, the menu bar provides the following pulldown menus:

Toolbox - Same as the Process Toolbox Pulldown Menu.

Jump to - Same as the Process Jump to Pulldown Menu.

Application Design Manual                                         "Powered by Appx Software"

1121

©2006 By APPX Software, Inc. All Rights Reserved